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DATA PROCESSOR, DATA PROCESSING METHOD, AND 
CONTROL PROGRAM 

TECHNICAL FIELD 

The present invention relates to a peripheral 
device capable of performing communications using a 
predetermined protocol over a network, a server 
device, a client device, a network device system, a 
device searching method, a computer-readable storage 
medium storing a program, and a program. 

BACKGROUND ART 

There has conventionally been the well-known 
technology of a network device system such as a 
service providing apparatus in which a peripheral 
device (including a copier, a composite machine, a 
facsimile, a digital camera, a scanner, etc.) is 
connected to a computer over a network, a service 
providing system, etc. 

For example, with remarkable progress of the 
communications through the Internet, network-capable 
equipment has been widely and quickly realized in 
various equipment including the conventional personal 
computers, user interactive devices such a£ PDA 
(Personal Digital Assistance), a mobile telephone, 
etc., image processing devices such as a scanner, a 
printer, a copying machine, a digital camera, etc., 
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various domestic electric appliances such as 
television, ah airconditioner, a refrigerator , etc. 

In this situation, to enhance the convenience 
and easiness in using these network-capable devices, 
5 various protocols such as automatic setting means for 
a network address, search and discovery means for a 
network device, automatic setup means for application 
software, utility software, an operating system, etc. 
for control of a network- capable device has been 

10 proposed. For example, they include UPnP (registered 
trademark) mainly developed by Microsoft, BMLinkS 
(registered trademark) developed by JBMIA (Japan 
Business Machine Industry Association) , Rendezvous 
(registered trademark) supported by AppleOSX, etc. 

15 On the other hand, various improving means have 

been applied to reduce the power consumption by these 
network-capable devices from the energy savings 
viewpoint. The power consumption of a device driven 
by a small battery such as a PDA, a mobile telephone, 

20 etc. is to be reduced for a long-time use. The 

reduced power consumption is an important factor of 
the diffusion of products such as a printer, a 
copying machine, a thermal fixer, etc. which normally 
record large power consumption. 

25 Normally, when these devices are not operated 

for a predetermined period, or kept in an idle status 
without performing communications with other devices 
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for a predetermined period, then change into a sleep 
mode. In the sleep mode, electric power is supplied 
only to a one-chip microcomputer, a LAN controller, 
etc. which are low voltage devices, other than the 
5 printer controller of Fig. 1 thereby maintaining the 
minimal communications capabilities with the power 
consumption reduced by stopping supply of unnecessary 
power . 

In releasing the sleep mode, these devices 
10 monitor a packet having a specific data format, and 
when they receive the packet having a specific data 
format, the sleep mode is released and the normal 
communications process can be resumed. 

Especially, with a raising awareness of earth 
15 environmental protection and cost in office and home, 
there is an increasing demand for more effective 
power saving systems . 

In the above-mentioned UPnP (registered 
trademark) (UniversalPlugandPlay ) , a method for 
2 0 detecting a power saving device using a StandbyQuery 
instruction is disclosed. However, the destination 
of a Query packet is not disclosed. 

DISCLOSURE OF THE INVENTION 
25 However, for example, in the device search 

packet of the conventional UPnP (registered 
trademark) and WSD, etc., it is necessary for a 
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device in a sleep or power saving status to wake up 
(be activated) and return a response to an inquiry 
from a host computer regardless of the status of a 
device. Therefore, although the device is equipped 
5 with a power saving mode, it does not practically 
work, and the energy savings effect cannot be 
sufficiently obtained. 

Additionally, for example, with UPnP 

i 

(registered trademark) (UniversalPlugandPlay ) , a 
10 method for detecting a power saving device using a 
StandbyQuery instruction is presented. However, in 
this method, the condition of waking up the Query 
using an old-fashioned device cannot be flexibly set, 
or a request for power saving capability cannot be 
15 supported for a device incapable of setting the 
condition . 

That is, each time StandbyQuery is received, a 
device is to return a response, and it is almost 
impossible to enter a power saving status. 

20 The present invention has been developed to 

solve at least one of the above-mentioned problems. 
The first aspect of the present invention is to 
provide a power saving peripheral device capable of 
setting a peripheral device environment, a device 

25 searching method, a computer-readable storage medium 
storing a program, and a program for use with a 
peripheral device capable of communicating with a 
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plurality of client devices connected over a network 
in which a sleep transition request is issued to a 
proxy response server which can be connected over a 
network when a normal data processing wait status is 
5 changed into a sleep mode, after the proxy response 
server accepts a sleep mode transition request and 
when the proxy response server accepts a network 
packet indicating a sleep release request from any 
client device - connected over a network packet, the 

10 sleep mode is released and a data processing wait 
status is regained, thereby maintaining the power 
saving status without returning a response to a 
normal printer search request, and after the sleep 
mode is entered, the sleep mode is released and the 

15 data processing wait status can be freely regained at 
an instruction from a proxy response server 
applicable to the search request from the client 
device connected over a network. 

Other features and advantageous of the present 

20 invention will be apparent from the following 
description taken in conjunction with the 
accompanying drawings, in which like reference 
characters designate the same or similar parts 
throughout thereof. * 

25 



BRIEF DESCRIPTION OF THE DRAWINGS 

Fig. 1 is a block diagram showing the 
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configuration of the network device system according 
to the first embodiment of the present invention; 

Fig. 2 is a block diagram for explanation of 
the configuration of the printer shown in Fig. 1; 
5 Fig. 3 is a flowchart showing an example of the 

first data processing procedure in the network device 
system according to the present invention; 

Fig. 4 is an explanatory view showing an 
example of the first network device status in the 
10 network device system shown in Fig. 1; 

Fig. 5 is an explanatory view showing an 
example of the first network device status in the 
network device system shown in Fig. 1; 

Fig. 6 is an explanatory view showing an 
15 example of the first network device status in the 
network device system shown in Fig. 1; 

Fig. 7 is an explanatory view showing an 
example of the first network device status in the 
network device system shown in Fig. 1; 
20 Fig. 8 is a flowchart showing an example of the 

second data processing procedure in the network 
device system according to the present invention; 

Fig. 9 is an explanatory view showing an 
example of the first network device status in the 
25 network device system shown in Fig. 1; 

Fig. 10 is an explanatory view showing an 
example of the first network device status in the 
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network device system shown in Fig. 1; 

Fig. 11 is an explanatory view showing an 
example of the first network device status in the 
network device system shown in Fig. 1; 
5 Fig. 12 is an explanatory view showing an 

example of the first network device status in the 
network device system shown in Fig. 1; 

Fig. 13 is an explanatory view showing an 
example of the first network device status in the 
10 network device system shown in Fig. 1; 

Fig. 14 is an explanatory view showing an 
example of the first network device status in the 
network device system shown in Fig. 1; 

Fig. 15 is a flowchart showing an example of 
15 the third data processing procedure in the network 
device system according to the present invention; 

Fig. 16 is a flowchart showing an example of 
the fourth data processing procedure in the network 
device system according to the present invention; 
20 Fig. 17 is a flowchart showing an example of 

the fifth data processing procedure in the network 
device system according to the present invention; 

Fig. 18 is a flowchart showing an example of 
the sixth data processing procedure in the network 
25 device system according to the present invention; and 

Fig. 19 is an explanatory view of a memory map 
of the storage medium storing various data processing 
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programs readable by a network device system 
according to the present invention. 

BEST MODE FOR CARRYING OUT THE INVENTION 
5 Fig. 1 is a block diagram showing the 

configuration of the network device system according 
to the first embodiment of the present invention, and, 
corresponds to an example in which, for example, a 
client device (client PC) 100 is configured such that 

10 it can communicate with a proxy (proxy response 

server (server device) ) 200, a peripheral device, for 
example, printers 301 and 302 through an LAN 101. 
For easy' explanation, a printer device (printer) 400 
is connected to the LAN 101, but a plurality of 

15 printers can also be connected. 

Described below is an example in which a device 
changes a condition (timing) to return from the 
response' to a multicast packet for detection of power 
saving mode device and power saving (sleep) mode 

20 between the cases where a proxy response server 
exists and where it does not exist. 

In Fig. 1, the printers 301 and 302 are 
operated by the power supplied to the print 
controller described later and the print engine 

25 including the status management unit (not shown in 
the attached drawings) of the print controller. 

The client PC 100 and the proxy response server 
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(proxyserver) 200 are connected to the printers 301 
and 302 over a local area network (LAN 101) such as 
the Ethernet (registered trademark), etc., and are 
configured such that they can transmit a print job to 
5 the printers 301 and 302 using a predetermined 

protocol and perform various remote control such as 
the status of the printers. 

Fig. 2 is a. block diagram for explanation of 
the configuration of the printer 301 shown in Fig. 1. 

10 Fig. 2 shows a power supply control unit 301-3 

for controlling the power supply from the power 
supply not shown in the attached drawings to each 
unit of the printer 301. The power supply control 
unit 301-3 is provided with two systems of power 

15 supply line. One of the systems is an all night 

power line (all night power line 301-3-L1 shown in 
Fig. 2) connected to a LAN controller, and the other 
is a saving power line (saving power line 301-3-L2) 
connected to a printer controller 30-1 and a print 

20 engine unit 301-2. When the printer 301 enters the 
wait state for a predetermined period and is 
instructed by a CPU 301-1-1 of the printer controller 
301-1 to change into the power saving mode, the power 
supply from the saving power line 301-3-L2 is stopped, 

25 and only the LAN controller 301-1-5 connected to the 
all night power line 301-3-L1 and the printer 301 
become operable . 
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For example, the LAN controller 301-1-5 can be 
supported by the MagicPacket (registered trademark) 
technology of Advanced Micro Devices, Inc. (AMD 
company), etc., and when it receives a packet 
containing a specific data pattern stored and set in 
the LAN controller 301-1-5 from the LAN 101 in 
advance, it instructs the power supply control unit 
301-3 to resume the supply to the saving power line 
301-3-L2 to return the printer 301 to the normal 
status . 

Thus, power supply for all night power line 
301-3-L1 always is provided may not be cut off. On 
the other hand, power supply for saving power line 
301-3-L2 is cut off when the printer is in the power 
saving mode. 

With the system configuration shown in Fig. 1 
and the configuration of the printer 301 shown in Fig. 
2, the operations of the printer 301 returning from 
the power saving status to the normal status at a 
request from the client PC 100 are explained below by 
referring to the flowchart shown in Fig. 3 and the 
examples of the network device status shown in Figs. 
4, 5, 6, and 7. 

Fig. 3 is a flowchart showing an example of the 
first data processing procedure in the network device 
system according to the present invention, and 
corresponds to the control procedure up to the 
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transmission of print job data from the client PC 100 
shown in Fig. 1 to the printer connected to the LAN 
101, and corresponds to the operation procedure of 
the CPU based on the program stored in the ROM (not 
5 shown in the attached drawings) of the client PC 100 
or other storage media. S101 to S109 indicate the 
steps of the process. 

Figs. 4 to 7 are explanatory views of examples 
of the first network device status in the network 
10 device system shown in Fig. 1. The components also 
shown in Fig. 1 are assigned the same reference 
numerals . 

First, when a request to process a print job 
which is a preferred example of the data processing 

15 is received from a user (operator) of the client PC 
100, a search request packet is transmitted to a 
multicast address (for example, 239. 255. 255. 250) 
for search of a printer connected in the LAN 101 
(S101) . The system device status at this time 

20 corresponds to the example shown in Fig. 4. When the 
client PC 100 is connected before the printer 301 
enters the sleep status (power saving mode) in the 
LAN 101, the search request packet is transmitted to 
. the multicast address (for example, 239. 255. 255. 

25 250) . The connection of the printer 301 to the LAN 
101 by broken lines in Fig. 4 indicates that the 
printer 301 is currently in the sleep/offline status. 
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Then, the presence/absence of a response from 
any device in the network which has received the 
search request packet transmitted in step S101 is 
determined (S102) . If it is determined that there is 
a response, the device status information in the 
response packet is determined as to whether of not 
there is a device returning the power saving mode 
(sleep mode) (S103) . 

As explained above by referring to the 
conventional technology, the device (the printer 301 
according to the present embodiment) in the power 
saving mode does not return a response to the search 
request packet as shown in Fig. 5. Therefore, the 
device which returns the power saving status (in the 
sleep mode) is the proxy response server 200, or the 
printer 302 in the job wait status. 

In Fig. 5, the proxy response server 200 
responds to the client PC 100 according to the 
procedure 2-1 shown in Fig. 5, and the active printer 
302 responds according to the procedure 2-2 shown in 
Fig. 5. The job wait status in the present 
embodiment corresponds to the data processing wait 
status in another peripheral device. 

If it is determined that there is no response 
to the search request packet or from the proxy 
response server 200, then a search request packet is 
transmitted again from the client PC 100 to the LAN 
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101 at the multicast address (for example, 239- 255. 
255. BBB) for power saving mode (in the sleep mode) 
as shown in Fig. 6 (S104) and then step S105 follows. 
If it is determined in step S103 that there is 
5 a response, then a unique device is selected at an 

instruction from the user (operator) in the client PC 
100 from the devices which have returned a response 
to the discovery request (S105) , and it is determined 
whether or not the status of the selected device is 

10 the power saving mode (sleep mode) (S106) . 

When the device in the power saving mode is 
selected, a return instruction packet to return to 
the normal status is transmitted to the source 
address of the response packet as indicated by the 

15 procedure <3> shown in Fig. 7 (S107), and the release 
of the power saving mode of the selected device 
(reception of a release notification) is awaited 
(S108) . 

When the power saving mode is released, or when 
20 it is determined in step S106 that the status of the 
selected device is not the power saving mode, a print 
job is transmitted to the selected device (S109) , and 
the process terminates. 

In FIG. 7, after the procedure <3>, the proxy 
25 response server 200 performs the procedure <4> of 

deleting the proxy response registration information, 
and the procedure <5> of transferring a return 
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instruction to the printer 301. 

Then, the printer 301 returns to the active 
status from the sleep status, and performs on the 
printer 301 the procedure <6> of returning a 
5 corresponding response to the return command, . 

In Fig. 7, in the reply to the multicast 
address (for example, 239. 255. 255. BBB) , since the 
printer 302 in the active status does not relate to a 
response phase it does not excessively presses the 
10 traffic in the LAN 101 in the response phase. 

The control of the printer 301 up to its 
transition to the power saving mode (sleep mode) is 
explained below by referring to the flowchart shown 
in Fig. 8 and an example of the network device status 
15 shown in Figs. 9 to 14. 

Fig. 8 is a flowchart showing an example of the 
second data processing procedure in the network 
device system according to the present invention, 
corresponds to the control procedure used when the 
20 printer 301 changes to the power saving mode (sleep 
mode), and shows the operation procedure of the CPU 
based on the program stored in the ROM of the printer 
301 shown in Fig. 2 or another storage medium not 
shown in the attached drawings. S301 to S305 
25 indicate the respective steps of the process. 

Figs. 9 to 14 are explanatory views showing 
examples of the first network device status in the 
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network device system shown in Fig. 1, and the 
components also shown in Fig.. 1 are assigned the same 
reference numerals . 

First, when the printer 301 passes the wait 
5 state for a predetermined period, the printer 301 

transmits over the LAN 101 a search request packet to 
a multicast address (addresses of specific devices, 
for example, "AAA. BBB . CCC. DDD" as shown in Fig. 9) 
for discovery of a proxy response server requested to 
10 register for proxy response of the printer 301 during 
the power saving status (sleep mode) of the printer 
301 (S301) . 

When it is determined whether or not there is a 
proxy response server (for example, the proxy 

15 response server 200) which has returned a response to 
the search request packet (S302), and if it is 
determined that there is a proxy response server, 
then the proxy response information is registered 
(registering procedure <3> shown in Fig. 9) for the 

20 proxy response server 200 (S303) . If the 

registration completion notification in the procedure 
<4> is received from the proxy response server 200 as 
shown in Fig. 10, then the power saving status is 
entered (S305) as shown in Fig. 11, and the process 

25 terminated. 

On the other hand, if it is determined in step 
S302 that there is no response from the proxy 
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response server from the proxy response server to the 
search request packet, and if there is no proxy 
response server 200 in the network as shown in Fig* 
12 , then the procedure <1> of transmitting an 
advertisement packet indicating the transition to the 
power saving status shown in Fig. 13 to the multicast 
address (for example, 239. 255. 255. 250) is 
performed and a transition is made to the power 
saving status (S305) as shown in Fig. 14, thereby 
terminating the process. The broken lines shown in 
14 indicate that the printer 301 is in the sleep 
status . 

The control of the transition of the printer 
301 to the data processing wait status (sleep mode) 
is explained below by referring to the flowchart 
shown in Fig. 15 and an example of the network device 
status shown in Figs. 9 to 14. 

Figs. 15 is a flowchart showing an example of 
the third data processing procedure in the network 
device system according to the present invention, and 
corresponds to the control procedure used when the 
printer 301 responds to the search request packet 
transmitted from the client PC 100. S401 to S408 
indicate the steps of the process. Especially, steps 
S401 to S406 correspond to the operation procedure of 
the LAN controller 301-1-5 based on the program 
stored in the ROM of the printer 301 shown in Fig. 2 
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or in another storage medium not shown in the 
attached drawings, and steps S407 and S408 correspond 
to the operation procedure of the CPU 301-1-1 based 
on the program stored in the ROM of the printer 301 
5 shown in Fig. 2 or in another storage medium not 
shown in the attached drawings. 

First, when the LAN controller 301-1-5 shown in 
Fig. 2 receives a search request packet (for example, 

i 

the normal discovery and status confirmation packet 
10 shown in Fig. 4) transmitted from the client PC 100 

(5401) , the current printer status is determined 

(5402) . If it is determined that is in the power 
saving status, then the LAN controller 301-1-5 
determines whether or not the destination address of 

15 the received search request packet is a multicast 

address (for example, 239. 255. 255. 250) for power 
saving mode device discovery (S403) . 

If the LAN controller 301-1-5 determines that 
it is a multicast address for power saving mode 

20 device discovery, it further determines whether or 
not the proxy response has been registered in the 
proxy response server (ProxyServer ) 200 explained by 
referring to Fig. 8 (S404) . If it has not been 
registered in the proxy response server 200, then a 

25 notification of the release of the power saving 

status is issued to the printer controller (S405) . 

If the printer controller 301-1 has returned from the 
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power saving status, a response packet containing the 
printer status information about the printer 
controller is returned to the client PC 100 (S406) , 
thereby terminating the process* 
5 On the other hand, if it is determined in step 

S402 that the current printer status is not the power 
saving status, then it is determined (S407) whether 
or not it is the multicast address (for example, 239. 
255. 255. 250) for normal (not for power saving 

10 status) device discovery. If it is the multicast 
address for a normal device discovery, then a 
response packet containing the printer status 
information is returned to the client PC 100 (S408), 
thereby terminating the process. 

15 The process of the printer 301 receiving a 

power saving status return request packet is 
explained below by referring to the flowchart shown 
in Fig. 16. 

Fig. 16 is a flowchart showing an example of 
20 the fourth data processing procedure in the network 

device system according to the present invention, and 
corresponds to the control procedure performed when 
the printer 301 receives a power saving status regain 
request packet. S501 to S504 indicate the steps of 
25 the process. Especially, steps S501 to S502 

correspond to the operation procedure of the LAN 
controller 301-1-5 based on the program stored in the 
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ROM of the printer 301 shown in Fig* 2 or in another 
storage medium not shown in the attached drawings , 
and steps S504 correspond to the operation procedure 
of the CPU 301-1-1 based on the program stored in the 
5 ROM of the printer 301 shown in Fig. 2 or in another 
storage medium not shown in the attached drawings. 

First, when the LAN controller 301-1-5 shown in 
Fig. 2 receives a power saving status regain request 
packet (S501), the current printer status is 

10 determined (S502). If it is recognized as the power 
saving status, then a notification of the release of 
the power saving status is issued to the printer 
controller 301-1 (S503) . If the printer controller 
301-1 is returned from the power saving status, it 

15 returns a response packet containing printer status 
information to the client PC 100 (S504), thereby 
terminating the process. 

If it is determined in step S502 that the 
current printer status is not the power saving status, 

20 then a response packet containing the printer status 
information is returned, thereby terminating the 
process . 

The proxy response control of the power saving 
status device in the proxy response server 200 is 
25 explained below by referring to the flowchart shown 
in Fig. 17. 

Fig. 17 is a flowchart showing an example of 
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the fifth data processing procedure in the network 
device system according to the present invention, and 
corresponds to the proxy response control procedure 
of the power saving status device in the proxy 
5 response server 200. S601 to S603 indicate the steps 
of the process, and each step corresponds to the 
operation procedure of the CPU based on the program 
stored in the ROM in the proxy response server 2.00 
not shown in the attached drawings or on other 

10 storage media. 

First, when a multicast addressed search 
request packet transmitted from the client PC 100 is 
received (S601), the CPU in the proxy response server 
200 determines whether or not there is a proxy 

15 response registered printer (S602) . If it is 

determined that there is a proxy response registered 
device, a printer status information proxy response 
of returning the status information about the proxy 
response registered printer is performed on the 

20 client PC 100 as shown in Fig. 5 according to the 
proxy response information from the printer 301 
explained by referring to Fig. 9 (S603) , thereby 
terminating the process. 

The process of receiving a power saving status 

25 regain request packet for a proxy response registered 
device in the proxy response server 200 is explained 
below by referring to the flowchart shown in Fig. 18. 
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Fig. 18 is a flowchart showing an example of 
the fifth data processing procedure in .the network 
device system according to the present invention, and 
corresponds to the control procedure performed when 
5 the proxy response server 200 receives the power 
saving status regain request packet for the proxy 
response registered device, and corresponds to the 
operation procedure of the CPU based on the program 
stored in the ROM not shown in the attached drawings 

10 in the proxy response server 200 or in other storage 
media. S701 to S705 indicate the respective steps of 
the process. 

When a power saving status regain request 
packet transmitted from the is received (S701), the 

15 CPU of the proxy response server 200 determines 

whether or not there is a proxy response registered 
printer (S702) . If it is determined that there is a 
proxy response registered device, then the CPU of the 
proxy response server 200 further determines whether 

20 or not there is a proxy response printer having the 
name matching the device name specified in the 
received power saving status regain request packet 
(S703) . If it is determined that there is the 
matching printer, the proxy response registration 

25 information is deleted as shown in the procedure <4> 
shown in Fig. 7 (S704), the received power saving 
status regain request packet is transferred to the 



22 



printer 301 as shown in the procedure <5> shown in 
Fig. 7 (S705), thereby terminating the process. 

Afterwards, the printer 301 transfers the 
return command to the client PC 100 as shown in the 
5 procedure <6> shown in Fig. 7 , releases the sleep 

mode, and changes into the Active/Ready status, that 
is, in the job wait status. 

Thus, since the destination (multicast address) 
of the device search packet in the normal status 
10 (Active/Ready status) is separate from the 

destination (multicast address) of a device search 
packet in the power saving status, after the printer 
301 enters the sleep mode (power saving mode) in a 
network, the client PC newly connected to the network 
15 transmits a search request packet again to a unique 
network address ((for example, 239. 255. 255. BBB in 
the present embodiment) , recognizes the printer 301 
normally not recognized after receiving a response 
from the proxy response server 200, and a normal job 
20 process request can be issued to the printer 301. 

Furthermore, the destination of a packet 
containing the StandbyQuery instruction (search 
request for a sleeping device) can be separate from a 
normal Query (search request) so that only a 
25 necessary device can be woken up. 
(Second Embodiment) 

In the above-mentioned first embodiment, a 
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unique (for example, 239. 255. 255. BBB) is used as a 
return address, but the address assigned to the BBB 
can be managed by the proxy response server 200 so 
that a printer in the sleep mode can be woken up to 
5 perform specific capability processing in response to 
various print job requests from the client PC, for 
example, the presence/absence of an optional 
equipment, the printing speed, and the printing 
system. 

10 In each of the above-mentioned embodiments, the 

cable network system is explained, but the present 
invention can be applied to a wireless network (a 
network in accordance with the Bluetooth (registered 
trademark) specifications) . At this time, when the 

15 system according to the present invention is 

generated using a PDA, a mobile telephone, etc. as a 
communications processor in accordance with the 
Bluetooth specifications as a service providing 
device, various portable and wireless communications 

20 tool, for example, a further effective system can be 
generated. 

In the above-mentioned embodiments, after a 
WakeUP is received from the proxy response server 200, 
the printer 301 releases the sleep mode, but another 
25 mode can be set so that the sleep mode can be entered 
again after terminating the job. 

The configuration of the data processing 
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program which can be read on a network device system 
according to the present invention is described below 
by referring to the memory map shown in Fig. 19. 

Fig. 19 shows the memory map of the storage 
5 medium storing a data processing program which can be 
read on the network device system according to the 
present invention . 

Although not shown in the attached drawings, 
the information for management of a program group 

10 stored in the storage medium, for example, version 

information, an author, etc. are also stored, and the 
information depending on the program reading OS, etc., 
for example, an icon for identification of a program 
and display can also be stored. 

15 Furthermore, the data depending on various 

programs is managed in the above-mentioned directory. 
The program for installing various programs into a 
computer, and a program to be installed are 
compressed, a program for decompressing the programs 

20 can also be stored. 

The functions shown in Figs. 3, 8, 15, 16, 17 
and 18 according to the present embodiments can be 
performed by the host computer using externally 
installed programs. In this case, using a storage 

25 medium such as CD-ROM, flash memory, an FD, etc., or 
an external storage medium through a network, an 
information group including programs can be provided 
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for an output device according to the present 
invention . 

As described above, the objective of the 
present invention can also be attained by supplying 
5 the storage medium storing a program code of software 
for realizing the functions of the above-mentioned 
embodiments for a system or a device, and reading and 
executing by the computer (or the CPU or MPU) of the 
system or the device the program code stored in the 

10 storage medium. 

In this case, the program code read from the 
storage medium realizes a new function of the present 
invention, and the storage medium storing the program 
code can configured the present invention . 

15 The storage medium for supplying a program code 

can be, for example, a flexible disk, a hard disk, an 
optical disk, a magneto-optical disk, CD-ROM, CD-R, a 
magnetic tape, a nonvolatile memory card, ROM, EEPROM, 
etc . 

20 . Furthermore, by executing the program code read 

by the computer, not only the above-mentioned 
functions can be realized, but also the functions 
according to the above-mentioned embodiments can be 
realized in the process performed by the OS 

25 (operating system), etc., which operates in the 
computer, performing all or a part of the actual 
process at an instruction of the program code. 
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Furthermore, the present invention also 
includes a case where the program code read from the 
storage medium is written into a memory provided in a 
feature expansion board inserted into or a feature 
5 expansion unit connected to the computer, and then 

the CPU, etc. provided in the feature expansion board 
or the feature expansion unit performs all or a part 
of the actual process based on instructions of the 
program code, whereby the function of the embodiments 

10 is realized. 

The present invention is not limited to the 
above-mentioned embodiments, but variations 
(including the organic combinations according to each 
embodiment) can be generated based on the gist of the 

15 present invention within the scope of the present 
invention . 
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CLAIMS 

1. A peripheral device which can communicate 
with a plurality of client devices connected to a 
network, comprising : 

notification means for notifying a proxy 
response server connect able to the network of a sleep 
mode transition request when the peripheral device 
changes from a normal data processing wait status to 
a sleep mode; 

reception means receiving a sleep release 
request from the proxy response server based on a 
network packet indicating a peripheral device 
discovery request for a peripheral device which is 
changing to a predetermined sleep mode issued by any 
client device connected to the network after the 
proxy response server receives the sleep mode 
transition request from the peripheral device; and 

control means for releasing the sleep mode and 
returning to a data processing wait status when said 
reception means receives the sleep release request. 

2. The peripheral device according to claim 1, 
wherein the network packet which is the peripheral 
device discovery request is a search request packet 
for a multicast address set as a predetermined 
network address for a plurality of peripheral devices 

3. The peripheral device according to claim 1, 
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wherein the multicast address is a uniquely 
determined address, and can be determined based on a 
peripheral device environment, and wherein a 
multicast address for a peripheral device discovery 
5 request in a sleep status can be different from a 
multicast address of a peripheral device discovery 
request in a normal status. 

4. The peripheral device according to claim 1, 
wherein the search request packet includes a 

10 StandbyQuery instruction indicating a discovery 
request to a sleeping device. 

5. A server device proxy for a peripheral 
device which can communicate with a plurality of 
client devices connected to a network, comprising: 

15 registration means for receiving and 

registering a sleep transition request announced from 
a peripheral device in the network when the 
peripheral device changes from a normal data 
processing wait status to a sleep mode; 

20 discovery means for retrieving a peripheral 

device in a sleep status depending on a network 
packet indicating a specific peripheral device 
discovery request for discovery of a sleeping 
peripheral device issued from any client device 

25 connected to the network after registration by said 
registration means; and 

notification means for notifying a sleeping 
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peripheral device whose sleep release request has 
been registered for release of a sleep mode to a 
peripheral device retrieved by said discovery means. 

6. The server device according to claim 5, 

5 wherein the network packet which is the peripheral 
device discovery request is a search request packet 
for a multicast address set as a predetermined 
network address for a plurality of peripheral devices. 

i 

7. The server device according to claim 5, 
10 wherein the multicast address is a uniquely 

determined address, and can be determined based on a 
peripheral device environment, and wherein a 
multicast address for a peripheral device discovery 
request in a sleep status can be different from a 
15 multicast address of a peripheral device discovery 
request in a normal status. 

8. The server device according to claim 5, 
. wherein the search request packet includes a 

StandbyQuery instruction indicating a discovery 
20 request to a sleeping device. 

9. A client device which can communicate with a 
plurality of peripheral devices or server devices 
connected over a network, comprising: 

issue means for issuing a network packet 
25 indicating a specific peripheral device discovery 

request for discovery of a peripheral device during 
transition to sleep status based on a response result 
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from a network for a request to retrieve a peripheral 
device in a normal status; 

reception means for receiving a return response 
from any peripheral device notified of a sleep 
5 release request by said server device after the 
peripheral device discovery request has issued by 
said issue means; and 

data processing means for transmitting a 
predetermined data processing request to a specific 
10 peripheral device whose sleep mode has been released 
after said reception means has received the return 
response . 

10. The client device according to claim 9, 
wherein the network packet which is the peripheral 

15 device discovery request is a search request packet 
for a multicast address set as a predetermined 
network address for a plurality of peripheral devices. 

11. The client device according to claim 10, 
wherein the multicast address is a uniquely 

20 determined address, and can be determined based on a 
peripheral device environment, and wherein a 
multicast address for a peripheral device discovery 
request in a sleep status can be different from a 
multicast address of a peripheral device discovery 

25 request in a normal status. 

12. The client device according to claim 10, 
wherein the search request packet includes a 
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StandbyQuery instruction indicating a discovery 
request to a sleeping device. 

13. A network device system in which a 
plurality of peripheral devices connected over a 
network can communicate with a plurality of client 
devices capable of recognizing a connection status of 
a peripheral device in a data processing wait status 
in the network, 

wherein said peripheral device comprises: 

notification means for notifying a proxy 
response server connectable to the network of a sleep 
mode transition request when the peripheral device 
changes from a normal data processing wait status to 
a sleep mode; 

reception means receiving a sleep release 
request from the proxy response server based on a 
network packet indicating a peripheral device 
discovery request for a peripheral device which is 
changing to a predetermined sleep mode issued by any 
client device connected to the network after the 
proxy response server receives the sleep mode 
transition request from the peripheral device; and 

control means for releasing the sleep mode 
and returning to a data processing wait status when 
said reception means receives the sleep release 
request, 

wherein said proxy response server comprises: 
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registration means for receiving and 
registering a sleep transition request announced from 
a peripheral device in the network when the 
peripheral device changes from a normal data 
processing wait status to a sleep mode; 

discovery means for retrieving a 
peripheral device in a sleep status depending on a 
network packet indicating a specific peripheral 
device discovery request for discovery of a sleeping 
peripheral device issued from any client device 
connected to the network after registration by said 
registration means; and 

notification means for notifying a 
sleeping peripheral device whose sleep release 
request has been registered for release of a sleep 
mode to a peripheral device retrieved by said 
discovery means, 

and wherein said client device comprises: 

issue means for issuing a network packet 
indicating a specific peripheral device discovery 
request for discovery of a peripheral device during 
transition to sleep status based on a response result 
from a network for a request to retrieve a peripheral 
device in a normal status; 

reception means for receiving a return 
response from any peripheral device notified of a 
sleep release request by said server device after the 

\ 
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peripheral device discovery request has issued by 
said issue means; and 

data processing means for transmitting a 
predetermined data processing request to a specific 
5 peripheral device whose sleep mode has been released 
after said reception means has received the return 
response . 

14. The network device system according to 
claim 13, wherein the network packet which is the 

10 peripheral device discovery request is a search 
request packet for a multicast address set as a 
predetermined network address for a plurality of 
peripheral devices . 

15. The network device system according to 

15 claim 13, wherein the multicast address is a uniquely 
determined address, and can be determined based on a 
peripheral device environment, and wherein a 
multicast address for a peripheral device discovery 
request in a sleep status can be different from a 

20 multicast address of a peripheral device discovery 
request in a normal status. 

16. The network device system according to 
claim 14, wherein the search request packet includes 
a StandbyQuery instruction indicating a discovery 

25 request to a sleeping device. 

17. A device retrieving method for use with a 
peripheral device which can communicate with a 
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plurality of client devices connected to a network, 
comprising: 

a notifying step of notifying a proxy response 
server connectable to the network of a sleep mode 
5 transition request when the peripheral device changes 
from a normal data processing wait status to a sleep 
mode ; 

a receiving step of receiving a sleep release 
request from the proxy response server based on a 
10 network packet indicating a restriction means for a 
peripheral device which is changing to a 
predetermined sleep mode issued by any client device 
connected to the network after the proxy response 
server receives the sleep mode transition request 
15 from the peripheral device; and 

control step of releasing the sleep mode and 
returning to a data processing wait status when said 
receiving step receives the sleep release request. 

18. A device retrieving method for use with a 
20 server device proxy for a peripheral device which can 
communicate with a plurality of client devices 
connected to a network, comprising: 

a registration step of receiving and 
registering a network packet indicating a sleep 
25 transition request announced from a peripheral device 
in the network when the peripheral device changes 
from a normal data processing wait status to a sleep 
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mode ; 

a retrieving step of retrieving a peripheral 
device in a sleep status depending on a network 
packet indicating a specific peripheral device 
5 discovery request for discovery of a sleeping 
peripheral device issued from any client device 
connected to the network after registration in said 
registering step; and 

a notifying step of notifying a sleeping 
10 peripheral device whose sleep release request has 
been registered for release of a sleep mode to a 
peripheral device retrieved in said retrieving step. 

19. A device retrieving method for use with 
client device which can communicate with a plurality 
15 of peripheral devices or server devices connected 
over a network, comprising: 

a issuing step of issuing a network packet 
indicating a specific peripheral device discovery 
request for discovery of a peripheral device during 
20 transition to sleep status based on a response result 
from a network for a request to retrieve a peripheral 
device in a normal status; 

a receiving step of receiving a return response 
from any peripheral device notified of a sleep 
25 release request by said server device after the 

peripheral device discovery request has issued in 
said issuing step; and 
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a data processing step of transmitting a 
predetermined data processing request to a specific 
peripheral device whose sleep mode has been released 
after said receiving step has received the return 
5 response. 

20. A device retrieving method for use with a 
network device system in which a plurality of 
peripheral devices connected over a network can 
communicate with a plurality of client devices 
10 capable of recognizing a connection status of a 

peripheral device in a data processing wait status in 
the network, 

wherein in said peripheral device, said method 
comprises: 

15 a notifying step of notifying a proxy 

response server connectable to the network of a 
network packet indicating a sleep mode transition 
request when the peripheral device changes from a 
normal data processing wait status to a sleep mode; 

20 a receiving step of receiving a sleep 

release request from the proxy response server based 
on a peripheral device discovery request for a 
peripheral device which is changing to a 
predetermined sleep mode issued by any client device 

25 connected to the network after the proxy response 
server receives the sleep mode transition request 
from the peripheral device; and 
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a control step of releasing the sleep mode 
and returning to a data processing wait status when 
said receiving step receives the sleep release 
request, 

5 wherein in said proxy response server, said 

method comprises: 

a registering step of receiving and 
registering a sleep transition request announced from 
a peripheral device in the network when the 
10 peripheral device changes from a normal data 
processing wait status to a sleep mode; 

a retrieving step of retrieving a 
peripheral device in a sleep status depending on a 
network packet indicating a specific peripheral 
15 device discovery request for discovery of a sleeping 
peripheral device issued from any client device 
connected to the network after registration in said 
registering step; and 

a notifying step of notifying a sleeping 
20 peripheral device whose sleep release request has 
been registered for release of a sleep mode to a 
peripheral device retrieved in said retrieving step, 
and wherein in said client device, said method 
comprises : 

25 an issuing step of issuing a network 

packet indicating a specific peripheral device 
discovery request for discovery of a peripheral 
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device during transition to sleep status based on a 
response result from a network for a request to 
retrieve a peripheral device in a normal status; 

a receiving step of receiving a return 
response from any peripheral device notified of a 
sleep release request by said server device after the 
peripheral device discovery request has issued in 
said issuing step; and 

a data processing step of transmitting a 
predetermined data processing request to a specific 
peripheral device whose sleep mode has been released 
after said reception means has received the return 
response . 

21. The peripheral device according to claim 1, 
wherein said sleep mode refers to a mode to which 
power is not supplied to a status management unit of 
a printer controller from which a LAN controller can 
receive a status. 
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ABSTRACT 

A printer 301 as a peripheral device notifies a 
proxy response server 200 connectable to a LAN 101 
during transition to a sleep mode from a normal data 
processing wait state of sleep transition request. 
After the proxy response server 200 receives a sleep 
mode transition request, and when the proxy response 
server 200 receives a sleep release request from any 
client PC 100 in which a proxy response server 200 is 
connected to a LAN 101, a sleep mode is released at a 
sleep release request from the proxy response server 
200. 
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